home *** CD-ROM | disk | FTP | other *** search
/ Apple WWDC 1996 / WWDC96_1996 (CD).toast / Technology Materials / MacOS 8 Resources / Developer Tools / Mac OS 8 Interfaces & Libraries / Interfaces / IDLIncludes / FileManagerSPI.idl < prev    next >
Text File  |  1996-05-01  |  23KB  |  584 lines
  1. /*
  2.      File:        FileManagerSPI.idl
  3.  
  4.      Contains:    FileManager extended interface
  5.  
  6.      Version:    Technology:    System 8
  7.                  Release:    Universal Interfaces 3.0d3 on Copland DR1
  8.  
  9.      Copyright:    © 1984-1996 by Apple Computer, Inc.  All rights reserved.
  10.  
  11.      Bugs?:        If you find a problem with this file, send the file and version
  12.                  information (from above) and the problem description to:
  13.  
  14.                      Internet:    apple.bugs@applelink.apple.com
  15.                      AppleLink:    APPLE.BUGS
  16.  
  17. */
  18. #ifndef __FILEMANAGERSPI_IDL__
  19. #define __FILEMANAGERSPI_IDL__
  20.  
  21. #include <somobj.idl>
  22. #include <somcls.idl>
  23.  
  24. #ifndef __KERNEL_IDL__
  25. #include <Kernel.idl>
  26. #endif
  27. #ifndef __FILEMANAGERTYPES_IDL__
  28. #include <FileManagerTypes.idl>
  29. #endif
  30. #ifndef __FILES_IDL__
  31. #include <Files.idl>
  32. #endif
  33.  
  34. #ifdef __SOMIDL__
  35.  
  36. /* You can use FileManager.h or FileManagerSPI.h, but not both */
  37. #ifndef __FILEMANAGER__
  38. #if FOR_SYSTEM8_PREEMPTIVE
  39. /*>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> C O N T A I N E R S <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<*/
  40. /*
  41. ****************************************************************************
  42.     OBJECTS
  43. ****************************************************************************
  44. */
  45. /*
  46.     Function:    FSObjectRefClone
  47.     Purpose:    Return a copy of an FSObjectRef such that the copy also needs to be disposed.
  48.     Inputs:
  49.                 object_t        The object ref to be cloned.
  50.     Outputs:
  51.                 clone_o            Copy of object_t.
  52.     Notes:
  53.                 The value returned is the same value passed as input in object_t.  This call
  54.                 would typically be used to balance a future call to FSObjectRefDispose.  Some
  55.                 examples where it might be used:
  56.                     * A called procedure needs to save an FSObjectRef for future use, but the
  57.                       calling conventions dictate that the caller is responsible for disposing
  58.                       of the ref.  The called function could call FSObjectRefClone to make its
  59.                       copy.  The caller can safely dispose of the ref, yet the callee can use
  60.                       the ref until doing its own dispose.
  61.                     * In object-oriented programming, an object could be passed an FSObjectRef
  62.                       in its constructor.  The destructor would be expected to dispose the ref,
  63.                       but so would the routine that created the object.  FSObjectRefClone could
  64.                       be used in the constructor.
  65.                 
  66.                 The returned FSObjectRef is registered to the calling process (as must object_t).
  67. */
  68. /*
  69.     Function:    FSObjectRefDispose
  70.     Purpose:    Dispose of an FSObjectRef previously returned to a process.
  71.     Inputs:
  72.                 object_t        The object ref to be disposed.
  73.     Outputs:
  74.     Notes:
  75.                 A process must dispose of all FSObjectRefs returned to it.  The FSObjectRefs
  76.                 may be returned as explicit output parameters, or as properties.  If a ref
  77.                 is returned several times for a given object, it must be disposed for each
  78.                 time it was returned.
  79.                 
  80.                 When all refs to a given object are disposed, the File Manager will dispose
  81.                 of any resources it allocated in order to operate on that object.  All refs
  82.                 for a process will be automatically disposed upon process termination.
  83.                 
  84.                 For refs returned as properties (especially when iterating over muliple
  85.                 objects), the FSObjectRefDisposeBulk call may be more convenient.
  86. */
  87. /*
  88.     Function:    FSObjectRefDisposeBulk
  89.     Purpose:    Dispose of many FSObjectRefs, using a list of property descriptors.
  90.                 (Typically used to dispose all refs returned by FSObjectIterate).
  91.     Inputs:
  92.                 objectCount_i        Number of objects returned by FSObjectIterate.
  93.                 propertyCount_i        Number of properties per object, as passed to FSObjectIterate.
  94.                 statusBuffer_i        Status buffer as returned by FSObjectIterate.
  95.                 properties_i        List of property descriptors passed to FSObjectIterate.
  96.                 propertiesBuffer_i    Buffer where property values were returned by FSObjectIterate.
  97.     Outputs:
  98.                 statusBuffer_o        Error status for each property of each object.
  99.     Notes:
  100.                 This call is intended to make it easy to dispose of FSObjectRefs returned by an
  101.                 FSObjectIterate call.  You would pass the same property count, property descriptor
  102.                 list and property value buffer as was passed to FSObjectIterate.  You also pass the
  103.                 object count and status buffer as returned by FSObjectIterate (since these tell which
  104.                 properties were actually returned).
  105.                 
  106.                 Any property in properties_i that does not contain an FSObjectRef is ignored.  Any
  107.                 property that does not have E_NoError in its propertyStatus field (in statusBuffer_i)
  108.                 is ignored.
  109.                 
  110.                 All elements of statusBuffer_o will be set.  If the property was ignored (as described
  111.                 above), then its propertyStatus is set to E_NoError; otherwise, it is set based on the
  112.                 attempt to dispose of the ref.  The propertyValueActualSize fields are all set to 0.
  113.  
  114. */
  115. /**/
  116. /*
  117.     Function:    FSObjectRefRegister
  118.     Purpose:    Allow an FSObjectRef to be used by another process.
  119.     Inputs:
  120.                 senderObject_t        The object ref.
  121.                 receiverPid_i        The other process that will be using senderObject_t.
  122.     Outputs:
  123.     Notes:
  124.                 This call allows one process to send an FSObjectRef to another process
  125.                 such that the other process can use the FSObjectRef itself.  The process
  126.                 specified by receiverPid_i must also dispose of senderObject_t.  The File
  127.                 Manager acts as if senderObject_t has been returned to receiverPid_i.
  128.  
  129.  
  130.  
  131.  
  132.  
  133.                 You might use this call if you have several processes where one process
  134.                 (typically a server of some kind) obtains FSObjectRefs for use by other
  135.                 processes (typically clients of that server).  If the other process (as
  136.                 specified by receiverPid_i) won't actually call the File Manager with
  137.                 that FSObjectRef, then it doesn't need to be registered to that process.
  138.  
  139.                 It would also be possible to have the server process make all of the
  140.                 calls to the File Manager.  FSObjectRefs could still be passed between
  141.                 client and server, but if the clients never use the refs directly, then
  142.                 there would be no need to register the refs to those clients.  (But beware:
  143.                 the server would still be responsible for disposing of all refs returned to
  144.                 it; the server would probably have some cleanup and disposal to do if one
  145.                 of its client processes were to terminate.)
  146. */
  147. /*
  148. ============================================================================
  149.     Volume Sets
  150. ============================================================================
  151. */
  152. /*
  153.     Function:    FSVolumeSetGetInformation
  154.     Purpose:    Returns an FSObjectRef for a Volume Set specified by an
  155.                 FSVolumeSetObjID.
  156.     Inputs:
  157.                 volumeSet_t                The volume set.
  158.     Outputs:
  159.                 object_o                Object ref for the volume set.
  160.                 includesBootVolume_o    True if the volume set includes the boot volume.
  161.     Notes:
  162.                 There is currently only one volume set.  In the future there could be others
  163.                 (perhaps file servers; perhaps to support multiple local users).
  164. */
  165. /*
  166. ============================================================================
  167.     Volumes
  168. ============================================================================
  169. */
  170. /**/
  171. /* */
  172. /* */
  173. /*
  174. ============================================================================
  175.     Folders
  176. ============================================================================
  177. */
  178. /* */
  179. /*
  180. ============================================================================
  181.     Files
  182. ============================================================================
  183. */
  184. /* */
  185. /*
  186. ============================================================================
  187.     Folder and File Requests
  188. ============================================================================
  189. */
  190. /**/
  191. /*
  192.     Function:    FSObjectDelete
  193.     Purpose:    Deletes an object.  The FSObjectRef is NOT disposed; you must still dispose it yourself.
  194.                 Further attempts to use the ref will return errors (such as E_ObjectNotFound).
  195.  
  196.     Inputs:
  197.                 object_t        The object to be deleted.
  198.     Outputs:
  199. */
  200. /**/
  201. /*
  202. ****************************************************************************
  203.     PROPERTIES
  204. ****************************************************************************
  205. */
  206. /*
  207. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  208.     Object Properties
  209. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  210. */
  211. /**/
  212. /**/
  213. /*>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> C a p a b i l i t i e s <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<*/
  214. /*
  215. ****************************************************************************
  216.     PROPERTY ACCESS METHODS
  217. ****************************************************************************
  218. */
  219. /*
  220. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  221.     Object Property Simple Values
  222. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  223. */
  224. /**/
  225. /**/
  226. /*
  227. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  228.     Object Property Fork Values
  229. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  230. */
  231. /*
  232. ============================================================================
  233.     Stream-based Access Method
  234. ============================================================================
  235. */
  236. /* */
  237. /*
  238.     Function:    FSStreamClose
  239.     Purpose:    Close a stream previously opened with FSStreamOpen or FSStreamOpenWithConstraints.
  240.     Inputs:
  241.                 stream_t            The stream to close.
  242.     Outputs:
  243.     Notes:
  244.                 Any data written to the stream is flushed (written by the File Manager) before the
  245.                 stream is closed.  The FSStreamObjID, stream_t, may no longer be used.  Any resources
  246.                 allocated by the File Manager for use by this stream will be disposed.
  247. */
  248. /*
  249.     Function:    FSStreamFlush
  250.     Purpose:    Any data written to the stream will be written by the File Manager.
  251.     Inputs:
  252.                 stream_t            The stream to flush.
  253.     Outputs:
  254.     Notes:
  255.                 Stream data may still reside in the File Manager's caches, but any changes will have
  256.                 been written out by the File Manager.  Note that the underlying device's driver, or
  257.                 the device itself, may cache some data, so the File Manager cannot guarantee that
  258.                 all data has actually been written to the underlying media.
  259.                 
  260.                 Other information about the object (such as its modification date) might not be flushed
  261.                 by this call, though any volume-level data needed to access the stream will be.
  262.  
  263.  
  264. */
  265. /* */
  266. /* */
  267. /*
  268.     Function:    FSStreamGetMark
  269.     Purpose:    Returns the current mark (position offset) for a stream.
  270.     Inputs:
  271.                 stream_t            The stream.
  272.     Outputs:
  273.                 currentMark_o        Current offset in the stream, stream_t.
  274.     Notes:
  275.                 This call returns the offset from the start of the file that would be
  276.                 equivalent to using a FSForkPositionDescriptor whose positionOffset is
  277.                 0, and whose positionMode is kFSFromMark.  A stream's mark is set to
  278.                 the byte following the last read or write, or via FSStreamSetMark.
  279. */
  280. /* */
  281. /* */
  282. /* */
  283. /* */
  284. /* */
  285. /*
  286.     Function:    FSStreamSetMark
  287.     Purpose:    Sets the current mark (position offset) for a stream.
  288.     Inputs:
  289.                 stream_t            The stream.
  290.                 newPosition_i        The new position of the stream's mark.
  291.                 options_i
  292.     Outputs:
  293.                 originalMark_o        The stream's mark, before being changed (relative
  294.                                     to the start of the stream).
  295.                 currentMark_o        The new mark, relative to the start of the stream.
  296.     Notes:
  297.                 A stream's mark is usually used for sequential access to a stream,
  298.                 or to position relative to the ending position of the last operation
  299.                 on a stream.  This call lets you explicitly set the mark for future
  300.                 operations that will operate relative to the current mark.
  301.                 
  302.                 If kFSMarkPinToEOF is set in options_i, and the new position specified
  303.                 by newPosition_i would exceed the current end of the stream (also known
  304.                 as End Of File or EOF), then the mark will be set to the EOF and E_NoError
  305.                 is returned.  Otherwise, an error will returned.  The mark may never be
  306.                 set past the end of the stream.
  307.  
  308.  
  309. */
  310. /* */
  311. /* */
  312. /*
  313. ============================================================================
  314.     Memory-mapped Access Method(Backing Store Requests)
  315. ============================================================================
  316. */
  317. /*
  318.     Function:    FSMappedFileClose
  319.     Purpose:    Closes an access path to a file used for backing store.
  320.     Inputs:
  321.                 backingStore_t        The backing store object.
  322.     Outputs:
  323.     Notes:
  324.                 Basically the same as FSStreamClose, but for a backing store.
  325.                 
  326.                 All data written to this backing store (by writing to pages backed by
  327.                 this store) will be flushed (written) by the File Manager.
  328. */
  329. /*
  330.     Function:    FSMappedFileGetEOF
  331.     Purpose:    Return the EOF (length) of the fork being accessed by the given backing store.
  332.     Inputs:
  333.                 backingStore_t        The backing store used to access the fork.
  334.     Outputs:
  335.                 currentEOF_o        The size, in bytes, of the fork.
  336.     Notes:
  337.                 Since access to a fork via a backing store (i.e. memory mapped file access) is
  338.                 accomplished by directly accessing memory pages, the virtual memory system must
  339.                 read and write entire pages.  If the last page is modified, the entire page is
  340.                 written, resulting in the fork size being rounded up to a multiple of a page size.
  341.                 Similarly for access to pages beyond the fork's EOF.
  342.                 
  343.                 This call returns the current EOF (length) of the underlying fork.  This may be
  344.                 set implicitly by writing to backed pages, or by using the FSBackingStoreSetEOF
  345.                 call.  It may also be changed by streams opened to the same fork.
  346. */
  347. /* */
  348. /*
  349.     Function:    FSMappedFileSetEOF
  350.     Purpose:    Sets the EOF (length) of the fork being accessed by the given backing store.
  351.     Inputs:
  352.                 backingStore_t        The backing store used to access the fork.
  353.                 EOF_i                The new length (EOF) of the fork.
  354.                 policy_i            Controls how space should be allocated (if the new EOF
  355.                                     is larger than the current EOF).
  356.     Outputs:
  357.                 currentEOF_o        The new size, in bytes, of the fork.
  358.     Notes:
  359.                 Since access to a fork via a backing store (i.e. memory mapped file access) is
  360.                 accomplished by directly accessing memory pages, the virtual memory system must
  361.                 read and write entire pages.  If the last page is modified, the entire page is
  362.                 written, resulting in the fork size being rounded up to a multiple of a page size.
  363.                 Similarly for access to pages beyond the fork's EOF.
  364.                 
  365.                 This call allows the EOF to be explicitly set for a fork being accessed via a
  366.                 backing store.  Any data beyond the EOF will not actually be written to the fork.
  367.                 The File Manager has no way to detect whether access to pages occurs beyond the
  368.                 EOF; it is a programming error to access bytes beyond the EOF via a backing store.
  369.                 
  370.                 This call would typically be used when a fork has been memory mapped to enable
  371.                 convenient access to a file's data structures as if it were completely in memory.
  372.                 You would make all changes to the data structures, then use this call to indicate
  373.                 the number of bytes that are valid and should be written to the fork.
  374. */
  375. /* */
  376. /*
  377. ****************************************************************************
  378.     NAVIGATION & ENUMERATION
  379. ****************************************************************************
  380. */
  381. /*
  382. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  383.     Object Iteration
  384. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  385. */
  386. /**/
  387. /*
  388.     Function:    FSObjectIteratorChangeCurrentScope
  389.     Purpose:    Move an object iterator into or out of a container.
  390.     Inputs:
  391.                 iterator_t        The object iterator.
  392.                 movement_i        The direction to move: into or out of a container.
  393.     Outputs:
  394.     Notes:
  395.                 If movement_i is kFSObjectEnter, then the iterator must be positioned on
  396.                 an object that is capable of containing other objects; it does not need to
  397.                 actually contain any objects at that time.  That object will become the new
  398.                 current scope of the iterator and it will be in Start Of Iteration state
  399.                 (meaning that all objects in the current scope have yet to be returned).
  400.                 The iterator will not be positioned on any object.
  401.                 
  402.                 If movement_i is kFSObjectExit,  then the current scope will become the object
  403.                 that contains the current scope; the iterator's new position will be the object
  404.                 that was the current scope.  If the current scope and the outermost scope were
  405.                 the same, then the outermost scope will also change to the new current scope and
  406.                 E_ExitIteratorScope is returned (so that you realize you will be iterating outside
  407.                 of the scope that you used to create the iterator; the iterator remains usable).
  408.                 
  409.                 Object iterators keep track of all of the objects between the outermost scope and
  410.                 the current scope (this is known as the "scope stack").  If any object in the scope
  411.                 stack is moved, the iterator is invalidated and will return the error
  412.                 E_IteratorScopeException until it has been explicitly fixed (by FSObjectIteratorRecreate)
  413.                 or disposed.  This call adds or removes objects from the scope stack.
  414. */
  415. /**/
  416. /*
  417.     Function:    FSObjectIteratorCreate
  418.     Purpose:    Create an iterator for iterating over objects.
  419.     Inputs:
  420.                 outermostScope_t        The initial outermost scope and current scope.
  421.                 options_i                Controls whether the iterator will traverse objects in
  422.                                         a single container or all embedded (nested) containers.
  423.                                         Also controls which kinds of objects will be returned.
  424.     Outputs:
  425.                 iterator_o                The object iterator.
  426.     Notes:
  427.                 The outermost scope and current scope of the iterator are set to outermostScope_t.
  428.                 The iterator is not positioned on any object, though it is inside outermostScope_t.
  429.                 OutermostScope_t must be an object capable of containing other objects (such as the
  430.                 Universe, a volume set, a volume, or a folder).  The iterator is put into "Start Of
  431.                 Iteration" state, meaning that all objects in the current scope have yet to be
  432.                 returned.
  433.                 
  434.                 The File Manager allocates resources and maintains state for every iterator.  When
  435.                 you have finished using an iterator, you should call FSObjectIteratorDispose to dispose
  436.                 of it.
  437. */
  438. /*
  439.     Function:    FSObjectIteratorDispose
  440.     Purpose:    Dispose of an object iterator.
  441.     Inputs:
  442.                 iterator_t        The object iterator.
  443.     Outputs:
  444.     Notes:
  445.                 The File Manager will dispose of the iterator and release any resources
  446.                 allocated to the iterator.  Further attempts to use the iterator will result
  447.                 in an error.
  448.  
  449.  
  450. */
  451. /**/
  452. /**/
  453. /*
  454.     Function:    FSObjectIteratorRestart
  455.     Purpose:    Place an object iterator in the Start Of Iterator state, in its current scope.
  456.     Inputs:
  457.                 iterator_t        The object iterator.
  458.     Outputs:
  459.     Notes:
  460.                 The iterator is not positioned on any object.  The iterator is put into "Start Of
  461.                 Iteration" state, meaning that all objects in the current scope have yet to be
  462.                 returned.
  463.                 
  464.                 You would use this call to completely restart iteration within the current scope,
  465.                 ignoring any state about objects previously returned in the current scope.  The
  466.                 outermost scope is not affected.  State information about which objects have been
  467.                 returned from scopes outside the current scope is unchanged.
  468. */
  469. /*
  470. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  471.     Object Resolution
  472. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  473. */
  474. /*
  475.     Function:    FSObjectExchange
  476.     Purpose:    Exchange the properties of two objects.  Typically used for "safe
  477.                 saving", while maintaining an object's persistent reference.
  478.     Inputs:
  479.                 object1_i        One object.
  480.                 object2_i        The object to exchange it with.
  481.     Outputs:
  482.     Notes:
  483.                 This call is used to allow a "safe save" that preserves an object's
  484.                 persistent reference.  For example, you might want to save an updated
  485.                 set of properties to an object so that any errors while saving result
  486.                 in the object being unchanged; but, you also want the object's persistent
  487.                 reference to remain unchanged (so that things like aliases still work).
  488.                 
  489.                 What you would do is create a second object somewhere (in a temporary
  490.                 folder, for example).  Write out all of the properties, both unchanged
  491.                 and changed, to the second object.  When done saving, you would call
  492.                 FSObjectExchange with both objects; the contents of the two objects get
  493.                 swapped in such a way that the original object has the new properties,
  494.                 but retains its old persistent reference.
  495.  
  496.  
  497. */
  498. /*
  499.     Function:    FSObjectRefGetFSSpec
  500.     Purpose:    Return an FSSpec for an object (suitable for use with the Files API).
  501.     Inputs:
  502.                 object_t            The object.
  503.     Outputs:
  504.                 fSSpec_o            An FSSpec that specifies the same object as object_t,
  505.                                     suitable for use with the Files API.
  506.     Notes:
  507.                 This call is intended to be used by code that is required to use both the
  508.                 Files API and the FileManager API (or has clients that use both APIs).
  509.                 For example, a piece of code may already exist with an API that uses FSSpecs,
  510.                 but has been converted internally to use the FSObjectRefs; it would use this
  511.                 call to produce an FSSpec as an output for the pre-existing API.
  512.                 
  513.                 It would be best to provide an API that allows its clients to use FSObjectRefs.
  514. */
  515. /**/
  516. /**/
  517. /* */
  518. /*
  519.     Function:    FSSpecGetFSObjectRef
  520.     Purpose:    Return an FSObjectRef for an object specified via an FSSpec.
  521.     Inputs:
  522.                 theFSSpec_t            An FSSpec for the object.
  523.     Outputs:
  524.                 theObject_o            An FSObjectRef for the object.
  525.     Notes:
  526.                 This call is intended to be used by code that is required to use both the
  527.                 Files API and the FileManager API (or has clients that use both APIs).
  528.                 For example, a piece of code may already exist with an API that uses FSSpecs,
  529.                 but has been converted internally to use the FSObjectRefs; it would use this
  530.                 call to take an input FSSpec and convert it to an FSObjectRef to use internally;
  531.                 the FSObjectRef would then be disposed before completing the call.
  532.                 
  533.                 It would be best to provide an API that allows its clients to use FSObjectRefs.
  534. */
  535. /* */
  536. /*>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> F a c i l i t i e s <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<*/
  537. /*
  538. ============================================================================
  539.     Cache Flush Routines
  540. ============================================================================
  541. */
  542. /*
  543.     Function:    FSObjectFlush
  544.     Purpose:    Flushes any data cached by the File Manager for the given object.
  545.     Inputs:
  546.                 object_t        The object to be flushed.
  547.     Outputs:
  548.     Notes:
  549.                 If object_t is a file, then any data written to that file (via a stream or backing store,
  550.                 regardless of the process that opened the stream or backing store) will be written by the
  551.                 File Manager to any underlying device.  If object_t is a volume, then any data written to
  552.                 any file on that volume will be flushed.
  553.                 
  554.                 Any change to properties of object_t will be flushed (regardless of the object's type).
  555.                 
  556.                 Data about the object (or contained in the object) may still reside in the File Manager's
  557.                 caches, but any changes will have been written out by the File Manager.  Note that the
  558.                 underlying device's driver, or the device itself, may cache some data, so the File Manager
  559.                 cannot guarantee that all data has actually been written to the underlying media.
  560.  
  561.  
  562.  
  563. */
  564. /*
  565. ============================================================================
  566.     Request Cancellation Routines
  567. ============================================================================
  568. */
  569. /* */
  570. /*
  571. ============================================================================
  572.     Object Property Sizes
  573. ============================================================================
  574. */
  575. /**/
  576. /**/
  577. #endif
  578. #endif
  579.  
  580. #endif /* __SOMIDL__ */
  581.  
  582. #endif /* __FILEMANAGERSPI_IDL__ */
  583.  
  584.